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REDUCED LOCK CONTENTION IN SQL THANSACTXONS 
Field o£ t:lie invention 



The invention relates to a method for reducing lock 
contention of concurrent SQL transactions on the rows of a table 
in a relational data base system which use committed read 
isolation levels to produce result sets in response of SQL 
statements. The inventions also relates to a corresponding 
apparatus and a corresponding program product. 



Background of the invention 

The rules that influence SQL result set creation semantics 
are defined in the SQL standard (ANSI Document X3^ 135-1986, 
"Database Language SQL, American Standards Institute, New York, 
1986; ISO Doctiment ISO/TC 97/SC, 21/WG 3, N 117) . These miles 
comprise locking isolation levels which determine when an 
application program can retrieve data during a transaction. In 
general, the rules specify whether the result set consists of 
the committed rows only or whether it can include the rows that 
were uncommitted at the time of result set creation. Typical 
examples of the former are Cursor Stability (CS) and Read 
Stability (RS), and for the later Uncommitted Read (UR) . 

Many applications require committed read semantics which 
inevitably comes with the price of increased locking contention. 
In order to return a committed row the transaction might need to 
acquire a lock on it that is incompatible with locks requested 
by other concurrent transactions. With the known locking 
semantics the committed read transactions might requests and 
held locks even on the rows that do not qualify for the result 
set by means of the statement predicates. Apart from the 
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overhead of acquiring and releasing these seemingly unnecessary 
locks this behavior increases the number of lock request 
suspensions and in some cases results in deadlocks and abnormal 
transaction terminations. 



Sxumnary o£ the invent:ion 



It is an object of the invention to improve the throughput 
of SQL transactions. 



In particular, it is an object of the invention to reduce 
lock contention in SQL operations that require committed read 
semantics. 



It is a further object of the invention to reduce deadlock 
situations in SQIj transactions. 



According to the invention, as defined in the claims, a 
scan is performed by accessing the rows of the table with 
uncommitted read semantics irrespective of current locks. Each 
row is checked whether it qualifies the predicates of the 
statement and the scan is continued if the row does not qualify 
the predicates of the statement. A lock is requested if the row 
qualifies the predicates of the statement, and the scan is 
suspended if the lock is refused. The request is repeated and 
the row is re-examined after the lock is permitted. If the row 
still qualifies the predicates of the select statement, it is 
returned as part of the result set. If the row no longer 
qualifies the predicates of the statement, the lock is released, 
the row is skipped and the scan is continued. 



The locking semantics according to the invention has the 
advantage that i.t completely removes the problem of lock 
contention on the rows that do not qualify statement predicates 
The improved semantics of forming the result set is more strict 
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than the Uncommitted Read (UR) mode because it returns only 
committed rows, but is less strict than Cursor Stability (CS) 
and Read Stability (RS) because in some special cases the rows 
that would be returned by CS and RS as committed would not be 
part of the result set. 

Brief description of tlie dravring-s 

In the following an implementation of the invention is 
described with reference to drawings which show: 

Figure 1 an example of the access to a table using the 
conventional read semantic rules; 

Figure 2 the example from figure 1 by the use of read semantic 
irules according to the invention; 

Figure 3 a schematic block diagram of a data base management 

system including apparatus using an implementation of 
the invention ; and 

Figure 4 a flow diagram of an implementation of a method 
according to the invention. 

Detailed description of preferred 
embodiments of the invention 

The embodiment of the invention described herein relate to 
a relational database operated by a database management system 
DBMS by using the well known Structured Query Language called 
SQL. The DBMS supports a plurality of application programs which 
may simultaneously request access to the database. It is one of 
the functions of the DBMS to coordinate transactions initiated 
by the application programs, and to avoid interferences between 
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them. The access to the data base is performed by using the SQL 
Standards which provide a variety of statements including search 
conditions or predicates which allow to define certain data 
items in the database. One of these statements is the Select 
Statement which produces a result set of data according to the 
search conditions or predicates. 

The invention introduces improved semantics to create 
result sets in response to queries directed to the relational 
database by the 'use of access statements as defined in the SQL 
Standards . By the improved semantics access to a table of the 
database is performed by a scan of all rows of the table 
irrespective of existing locks and by a return of committed rows 
only which fulfill the query predicates. Herein 'all' means both 
committed and uncommitted rows and does not imply that the 
entire table needs to be scanned. This still depends on the 
selected access path and is transparent to the new semantics. 

The algorithm that describes the improved semantics 
comprise the following rules : 

- The rows of a table are scanned with uncommitted read 
semantics . 

- If a row does not qualify the predicates, it is skipped and 
the scan is continued, else an appropriate lock is 
requested. 



If the lock is refused, the scan is suspended. Else, or 
after resuming (i.e. after the suspension is lifted), 
re-examine the row. 



If the row no longer qualifies, the lock is released, the 
row is skipped and the scan is continued, else the row is 
returned as part of the result set and the scan is 
continued. 
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All rows of the result set are committed rows . Locks on 
rows that do not qualify the predicates are neither requested 
not acquired which eliminates the situations where the lock 
requester waits for a lock on the row that is not needed at all 
^ and avoids situations where the lock holder blocks other 

, transactions by holding a lock on the row that is not part of 

holder's result set. 

I The result sets created by the existing semantical rules 

r 

; and the semantical rules according to the invention are in most 

j cases the same. There is one exception which is demonstrated by 

I 

; the following sequence of events. 

•* 

The scan needs to visit a number of rows and it starts 

J 

I scanning at the time when a row R, that yet needs to be scanned, 

' qualifies the predicates. Before the scan reaches row R another 

transaction changes its contents so that row R does no longer 
] qualify the predicates used by the scan. This row updating 

trajisaction has not yet committed. At this point of time the 

t 

I scan comes to row R and skips it because it does not qualify the 

I predicates used by the scan. Thereafter, for some reason, the 

j updating transaction backs out the changes to row R so that it 

f would now qualify the predicates used by the scan. The row R 

I 

[ would thus not be part of the result set that is created by the 

scan although it qualifies the predicates. 

In general, the new semantics provide the same rules for 
I the result set creation as the known isolation level semantics 

\ including the Cursor Stability mode or the Read Stability mode, 

with the exception of the special case described above. There 
are many applications that can tolerate these exeption for the 
benefit of significantly reduced lock contention. 



An appropriate implementation of the new semantics is a 
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modification of the known conimitted read isolation levels 
because it does not change their ' repeatability • attribute, but 
the way the result set is constructed • 

Figures 1 and 2 demonstrate in general the differences 
between the conventional semantics and the semantics according 
to the invention* The figures show a table TAB which comprises a 
number of rows Rn and which is accessed by two statements SI and 
32. For a given ^range, only row 11 qualifies the predicates of 
statement SI. Figure 1 represents the access to TAB by using the 
conventional semantics. At time tl statement SI reads row 10 
adjacent to row 11 and skips it because it does not cgualify* At 
time t2 statement SI reads the next row, which is row 11, and 
retrieves it because it qualifies. At the same time statement S2 
updates the subsequent row 12 and holds an exclusive lock on 
this row. At time t3 statement SI comes to row 12 that is held 
by statement S2 and thus gets suspended. SI waits then for S2 to 
release the lock, even that row 12 does not qualify. At time t4 
statement S2 commits and releases the exclusive lock on row 12 . 
Statement SI then reads row 12 and skips it because it does not 
qualify. 



Figure 2 represents the scanning with locking semantics 
according to the invention. The operation at times tl and t2 is 
the same as shown in figure 1. A difference can be noted at time 
t3 when Statement SI reaches row 12 that is held by statement S2 
but it does not not get suspended. Statement SI reads through 
the exclusive lock held by statement S2 and finds that the row 
does not qualify and skips it. At time 4 statement SI is already 
further in the table by reading row 13 . The result set produced 
by statement SI is the same as in the conventional semantics, 
but without locking overhead and contention. 
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Figure 3 shows an implementation of the invention in a 
database management system (DBMS) 30 which comprises a scanner 

31 and a system of tables 32. The scanner receives select 
statements via line 33 and scans the rows of at least one of the 
tables 32. A read buff.er 35 at the output of the table storage 
is connected to a qualifying checker 3 6 which determines whether 
a row read within the scan operation qualifies the predicates of 
the SQL statement received on line 35. A lock control device 37 
receives an input from the qualifying checker 36 if the later 
determines that the row qualifies the predicates. The lock 
control device 37 also receives inputs from other components, 
not shown in figure 3. The scanner 32 is connected to a lock, 
device 38 which disregards pending locks held by other access 
statements and which permits a read through such locks during 
the scan of the table 32 as described above with reference to 
figure 2 , 

Figure 4 represents the steps of a method to implement the 
algorithm described above. In step 40 an SQL statement is issued 
which initiates by step 41 a read scan in a table such as table 

32 in figure 32. This scan may be performed within an access 
range determined by the statement. During the scan each row of 
the table is read and evaluated in step 42 whether it fulfils 
the search conditions of the select statement. In case that it 
does not qualify the search conditions, the row is skipped and 
step 41 is repeated to continue the scan by reading the next 
row. If the row qualifies the search conditions, step 43 
requests a lock. If step 44 determines that the lock is 
accepted, step 45 returns the row as a part of the result set of 
the scan and the scan continues with the next row until the end 
of the scan range. Step 46 suspends the scan if the lock is not 
accepted which means that a non- compatible lock of another 
statement is encountered. Subsequently, in step 47 the blocking 
lock is released and the scan is resumed. Step 48 evaluates the 
same row again. If the row still qualifies the statement 
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predicates, the step 45 will be performed to return the row as a 
part of the result set. If the row no longer qualifies the 
predicates / it is skipped and step 41 is repeated to continue 
the scan. 

The method steps described by reference to figure 4 may be 
implemented in a program product which is stored on a machine 
readable data carrier or transmitted through a digital data 
network . 
Excuncqple 1 

Subsequently, examples are described which show the 
similarities and the differences of the current isolation level 
semantics and the semantics according to the invention. The 
examples use the following table TAB: 

Rows Column 01 Column C2 

Row 1 3 A 

Row 2 5 B 

Row 3 10 C 

In order to avoid complexity of considering different 
access paths (which is irrelevant for the presented examples) it 
is assumed that all rows need to be examined, i.e. either the 
statements below use tablespace scan, or use an index and ended 
up with the three rows to examine without further index usage. 

There are two transactions, TRANl and TRAN2 that hold locks 
on TAB. The locks are acquired via the following statements: 

Tranl: UPDATE TAB SET C2=P WHERE Cl=3 

The result of this statement is an exclusive lock on rowl. 
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Tran2: UPDATE TAB SET C2=Y WHERE Cl=10 

The result of this statement is an exclusive lock on row3 . 

Tran3: SELECT FROM TAB WHERE Cl=10 AND C2=Y 

TRAN3 accesses TAB by using the known committed read 
isolation levels semantics. The scan starts by a request of a 
shared lock on rowl and gets suspended since at that time rowl 
is exclusively locked. 

Once the transaction TRANl commits, the shared lock on rowl 
will be granted to TRAN3 . After evaluating the predicates the 
row will be rejected, but the lock might stay depending on the 
isolation level and internal database system implementation. The 
scan continues in the same fashion and reaches rowB . A shared 
lock is requested and the transaction gets suspended. Whether or 
not row3 gets included in the result set depends on TRAN2 
completion. If TRA3Sr2 commits, row3 is in the result set. If it 
backs out, row3 is not in the result set. 

The behavior of TRAN3 is different, if the new semantics is 
used. The scan starts and rejects rowl and row2 without locking 
since they do not fulfil the predicates of the Select statement. 
The scan avoids overhead of acquiring locks on non-qualifying 
rows, transaction wait due to the lock suspension, potential 
timeout or deadlock as well as unnecessary locks that stay 
behind. When the scan reaches row3 , TRAN2 already has changed 
coliamn C2 of this row from 'C* to 'Y'. Thus, row 3 qualifies the 
predicates of the select statement in TRAN3 so that a shared 
lock is requested and the transaction gets suspended. After 
TRAN2 completes,* by commit or by backout, the predicates are 
re-examined. Whether or not row3 gets included in the result set 
depends on TRAN2 completion. If it commits, row3 is in the 



08-11-2000 



EP001 241 97.5 



DESC 



DE9-2000-0035 



- 10 - 



result set. If it backs out, row3 is not in the result set. Note 
that there are no differences in the result sets between the 
current isolation level semantics and the semantics according to \ 
the invention. | 

SacaxDple 2 ! 

i 

This example relates to the same table TAB. It demonstrates I 
the case where the current isolation level semantics and the 
semantics according to the invention generate different result 
sets. The table TAB and the transactions TRANl (holding an 
exclusive lock on rowl) and TRAN2 (holding an exclusive lock on 
row3) are the same. 

TRANS accesses TAB via the statement: 

i 

SELECT . . . FROM TAB WHERE Cl = 10 AND 02 =C | 

I 

i 

TRANS uses the existing committed read isolation levels 
semantics. The scan starts, requests a shared lock on rowl and 
gets suspended. Once the transaction TRANl commits, the shared 
lock on rowl will be granted to TRANS . After an evaluation of 
the predicates the row will be rejected, but the lock might stay 
depending on the isolation level and internal database system 
implementation. The scan continues in the same fashion and 
reaches row3 . A shared lock is requested and the transaction 
gets suspended. Whether or not row3 gets included in the result 
set depends on TRAN2 completion. If TRAN2 commits, row3 is not 
in the result set. If it backs out, rowS is. in the result set. 



In the following the behavior of TRANS is considered if the 
semantics according to the invention is used. The scan starts 
and rejects rowl and row2 without locking since they do not 
qualify the Select statement. As in example 1, the locking 
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overhead and contention are avoided. If the scan reaches row3, 
this row does not qualify (it currently has values Cl=10 and 
C2=Y) , Regardless of whether TRAN2 later commits or backs out, 
the row3 is not included in the result set. 

While the invention is described with reference to 
preferred embodiments of the invention, modifications or other 
implementations of the invention are within the scope of the 
invention as defined in the claims. 
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1. A method for reducing lock contention of concurrent SQL 
transactions on the rows of a table in a relational data 
base system which uses committed read isolation levels to 
produce result sets in response of a SQL statement having a 
set of predicates, 

comprising the steps of: 

scanning all rows of the table within an access range 
determined by the statement (41) , 

evaluate each scanned row irrespective whether it has a 
committed or uncommitted status and disregarding a pending 
lock; and 

return committed rows which qualify the predicates of the 
statement. 

2. A method according to claim 1, comprising the steps of: 

scan the table by accessing the rows of the table with 
uncommitted read semantics irrespective of current locks 



evaluate each row whether it cjualifies the predicates of 
the select statement (42) and continuing the scan if the 
row does not qualify the predicates of the statement; 

request a lock if the row qualifies the predicates of the 
select statement (43) ; 

suspend the. scan, if a lock is refused (44) ; 

repeat the request of a lock and re-evaluate the row if the 
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lock is peirmitted (47, 48) ; 

if the row still qualifies the predicates of the statement, 
return it as result set (45) , and if it no longer qualifies 
the predicates of the select statement, release the lock, 
skip the row and continue the scan. 

3 . An apparatus for reducing lock contention of concurrent SQL 
transactions on the rows of a table (32) in a relational 
data base system (30) which uses committed read isolation 
levels to produce result sets in response of a SQL 
statement having a set of predicates, comprising: 



means (31) for scanning all rows of the table (3 0) within 
an access range determined by the statement, 

means (38) for evaluating each scanned row irrespective 
whether it has a committed or uncommitted status and 
disregarding a pending lock; and 

means (35) for returning committed rows only which 
qualifies the predicates of the statement. 



4. An apparatus according to claim 3, comprising 



means (31) for scanning the table by accessing the rows of 
the table (30) with uncommitted read semantics irrespective 
of current locks; 



means (36, 41) for evaluating each row whether it qualifies 
the predicates of the statement and for continuing the scan 
if the row does not qualify the predicates of the 
statement; 



means (43) for requesting a lock if the row qualifies the 
predicates of the statement; 




means for suspending (44, 46) the scan, if a lock is 
refused, and for repeating the request of an lock and 
re-examining the row after the lock is permitted ; 

means (35, 45) for returning the row as result set, if the 
row still qualifies the predicates of the statement, and 
means for releasing the lock, skipping the row and 
continuing the scan, if the row no longer qualifies the 
predicates of the select statement . 

5 . A program product stored on a machine readable data carrier 
for reducing lock contention of concurrent SQL transactions 
on the rows of a table (32) in a relational data base 
system (31) which uses committed read isolation levels to 
produce result sets in response of a SQL statement, 

comprising the steps of: 

scanning all rows of the table within an access range 
determined by the statement (41) , 

evaluate each scanned row irrespective whether it has a 
committed or uncommitted status and disregarding a pending 
lock; and 

return committed rows which qualifies the predicates of the 
statement . 

6. A program product according to claim 5, comprising the 
steps of: 

scan the table by accessing the rows of the table with 
uncommitted read semantics irrespective of current locks 
(41); 

evaluate each row whether it qualifies the predicates of 
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the select statement and continuing scanning if the row 
does not qualify the predicates of the statement (42); 

request a lock if the row qualifies the predicates of the 
select statement (43) ; 

suspend the scan, if a lock is refused (46) ; 

repeat the request of a lock and re- evaluate the row if the 
lock is permitted (48); and 

if the row still qualifies the predicates of the statement, 
return it as result set (45) , and if it no longer qualifies 
the predicates of the select statement, release the lock, 
skip the row and continue the scan. 
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For reducing lock contention of concurrent SQL transactions 
a scan (41) is performed by accessing the rows of the table with 
uncommitted read semantics irrespective of current locks- Each 



select statement (42) and the scan is continued if the row does 
not qualify the predicates of the SQL statement. A lock is 
requested if the row qualifies the predicates of the select 
statement and the scan is suspended, if a lock is refused. The 
request is repeated and the row is re-examined if the lock is 
permitted. If thereafter the row still qualifies the predicates 
of the select statement, it is returned as result set (45) . If 
the row no longer , qualifies the predicates of the select 
statement, the lock is released, the row is skipped and the scan 
is continued. The locking semantics according to the invention 
has the advantage that it completely removes the problem of lock 
contention on the rows that do not qualify statement predicates . 



row is evaluated whether it qualifies the predicates of the 
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